home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19981211-19990422 / 000355_news@watsun.cc.columbia.edu _Sun Mar 14 09:44:58 1999.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Return-Path: <news@watsun.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id JAA16572
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Sun, 14 Mar 1999 09:44:57 -0500 (EST)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id JAA22484
  7.     for kermit.misc@watsun.cc.columbia.edu; Sun, 14 Mar 1999 09:36:40 -0500 (EST)
  8. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  9. Message-ID: <36EBC94F.EFFD60A4@usit.net>
  10. From: ERA Computer Consulting <era@usit.net>
  11. Organization: ERA Computer Consulting
  12. Subject: Re: GPF trying to REXEC Kermit/2 under Warp 4
  13. Date: Sun, 14 Mar 1999 14:38:22 GMT
  14. To: kermit.misc@watsun.cc.columbia.edu
  15.  
  16. Jeffrey Altman wrote:
  17. > 
  18. > In article <36EB2F74.54237D70@usit.net>,
  19. > ERA Computer Consulting  <era@usit.net> wrote:
  20. > : I am attempting to set up a script to automate retrieving .zip files
  21. > : off our ISP server in our home directory. This script should be able
  22. > : to be called from any system on our internal network using the REXEC
  23. > : Daemon on our DOD/NAT system running Injoy 2.0b on which Kermit/2 is
  24. > : loaded. Unfortunately I have hit a wall and need some assistance.
  25. [deletia]
  26. > : Here is the output on the REXECD screen after the session fails:
  27. > 
  28. > K/2 is a console application.  Does REXECD provide a full console
  29. > environment for it to execute in?
  30. > 
  31. > Or does it simply expect everything to happen via stdio?
  32.  
  33. That is an excellent question to which I do not know the answer. I
  34. can perhaps get more info on REXECD in one of the comp.os.os2
  35. groups. Unfortunately the online documentation provided with Warp
  36. is sorely lacking in its descriptions of REXEC/REXECD.
  37.  
  38. > : The 'k2.ini' is TAKEn from the script I created called 'getzip.ksc'
  39. > : and the 'k2custom.ini' is TAKEn when 'k2.ini' loads of course. In
  40. [deletia]
  41. > 
  42. > K2.INI is loaded when K2.EXE starts.  There is no need to TAKE it
  43. > from within your script.
  44.  
  45. I had wondered about this. Thanks for clearing that up.
  46.  
  47. > : Two questions: 1. Am I "pushing the envelope" too much by trying to
  48. > : run this via REXEC and thus there is no way this will work? 2. Does
  49. > : anyone wish to review my scripts, minus login info of course, for a
  50. > : possible cause?
  51. > 
  52. > Does the script work when you simply run it without REXECD?
  53. > 
  54. > Does it only fail when you exec it from REXECD?
  55. > 
  56. > When there is a program crash please address questions to
  57. > kermit-support@columbia.edu.  There is little that anyone else could
  58. > do to help.
  59.  
  60. Thanks for the quick response Jeffrey. I posted the message here in
  61. hopes there might be another OS/2 administrator that had attempted
  62. something similar. If so I hoped s/he could steer me in the proper
  63. direction. I'll continue my own debugging efforts in the meantime.
  64. Thank you again for the response.
  65.  
  66. -- 
  67. Gene Alexander <era@usit.net>
  68. -- 
  69. +==========================-=>Team OS/2<=-==========================+
  70. #   Owner and C.E.O. - ERA Computer Consulting - Jackson, TN USA    #
  71. #Providing IBM OS/2 and SCO OpenServer  Business Computing Solutions#
  72. #     visit our www pages at http://www.townsendsupply.com/era/     #
  73. +===================================================================+
  74. The Operating System/2 Version is 4.00 
  75. Revision 9.029 
  76. There are 46 Processes with 155 Threads.
  77. This machine's uptime is 1d 11h 53m 55s 465ms.